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The definition of reserved has been refined to clarify cases of value coded fields. 

The minor version number of the 1.1 specification has been clarified. 

The Command Processing section has been clarified related to arbitration. 

Recommendations have been added for asynchronous events that may persist and for setting 
temperature threshold values. 

PRP entry and PRP List requirements are clarified. 


Several editorial fixes are also included. 







Description of the specification technical flaw: 


Modify portions of section 1.7.5 as shown below: 

1.7.5 Reserved 

A keyword referring to i nd i cat i ng r e s e rv e d bits, bytes, words, fields, and opcode values that are set-aside for 
future standardization. Their use and interpretation may be specified by future extensions to this or other 
specifications. A reserved bit, byte, word, field, or register shall be cleared to zero, or in accordance with a 
future extension to this specification. The recipient is not required to sha ll not check reserved bits, bytes, 
words, or fields. Receipt of reserved coded values in defined fields in commands shall be reported as an 
error. Writing a reserved coded value into a controller register field produces undefined results. 


Modify Figure 10 as shown below: 


Figure 10: Command Dword 0 


Bit 

31:16 


15 


14:10 


Description _ 

Command Identifier (CID): This field specifies a unique identifier for the command when 
combined with the Submission Queue identifier. _ 

PRP or SGL for Data Transfer (PSDT): This field specifies whether PRPs or SGLs are used for 
any data transfer associated with the command. If cleared to ‘O’, the command uses PRPs for 
any associated data or metadata transfer. If set to T, the command uses SGLs for any 
associated data or metadata transfer. PRPs shall be used for all Admin commands. _ 

Reserved _ 

Fused Operation (FUSE): In a fused operation, a complex command is created by “fusing” 
together two simpler commands. Refer to section 6.1. This field specifies whether this 
command is part of a fused operation and if so, which command it is in the sequence. 


Value Bits 

Definition 

00b 

Normal operation 

01b 

Fused operation, first command 

10b 

Fused operation, second command 

11b 

Reserved 


07:00 


Opcode (OPC): This field specifies the opcode of the command to be executed. 


Modify a portion of section 3.1.2.1 as shown below: 

3.1.2 Offset 08h: VS - Version 

This register indicates the major and minor version of the NVM Express specification that the controller 
implementation supports. Th e upp e r two byt e s r e pr e s e nt th e major v e rs i on numb e r, and th e l ow e r two byt e s 
r e pr e s e nt th e m i nor v e rs i on numb e r. — Examp le : V e rs i on 3.12 wou l d b e r e pr e s e nt e d as 00030102h. Valid 

versions of the specification are: 1.0 and 1.1. 


3.1.2.1 VS Value for 1.0 Compliant Controllers 


Bit 

Type 

Reset 

Description 

31:16 

RO 

0001 h 

Major Version Number (MJR): Indicates the major version is “1” 

15:0800 

RO 

OOOOh 

Minor Version Number (MNR): Indicates the minor version is “0”. 

07:00 

RO 

OOh 

Reserved 


3.1.2.1 VS Value for 1.1 Compliant Controllers 


Bit 

Type 

Reset 

Description 

31:16 

RO 

0001 h 

Major Version Number (MJR): Indicates the major version is “1” 

































15:08 

RO 

01 h 

Minor Version Number (MNR): Indicates the minor version is “1”. 

07:00 

RO 

OOh 

Reserved 


Modify steps 3 and 4 in section 7.2.1 on Command Processing as shown below: 

3. The controller fetches the command(s) in the Submission Queue from host memory for future 
execution. Arbitration is the method used to determine the Submission Queue from which the controller starts 
processing the next command, refer to section 4.8. 

4. The controller then proceeds with execution of the next command. Commands may complete out of order 
(the order submitted or started execution). Th e contro lle r p e rforms command arb i trat i on. Th e contro lle r may 
e x e cut e commands out of ord e r. Th e command arb i trat i on m e chan i sm s ele cts th e n e xt command to e x e cut e 

from commands that hav e b ee n pr e v i ous l y f e tch e d. Th e contro lle r th e n proc ee ds w i th e x e cut i on of th e 

command. 


Modify the last two paragraphs of section 5.2 (Asynchronous Event Request command) as shown 
below: 

The following event types are defined: 

• Error event: Indicates a general error that is not associated with a specific command. To clear this 
event, host software reads the Error Information log using the Get Log Page command. 

• SMART / Health Status event: Indicates a SMART or health status event. To clear this event, host 
software reads the SMART / Health Information log using Get Log Page. The SMART / Health 
conditions that trigger asynchronous events may be configured in the Asynchronous Event 
Configuration feature using the Set Features command (see section 5.12). 

• I/O Command Set events: Events that are defined by an I/O command set. 

o NVM Command Set Events: 

* Reservation Log Page Available event: Indicates that one or more Reservation 
Notification log pages are available. 

• Vendor Specific event: Indicates a vendor specific event. To clear this event, host software reads the 
indicated vendor specific log page using Get Log Page. 

Asynchronous events may be reported due to a single instance (e.g., Invalid Doorbell Write Value) or a 
persistent condition (e.g., Temperature Above Threshold). If the asynchronous event is triggered due to a 
persistent condition, the host should modify the event threshold or mask the event before issuing another 
Asynchronous Event Request command. If the host clears the event without taking these recommended 
actions for a persistent condition, then the persistent condition may cause repeated reporting of asynchronous 
events. 

When the controller needs to report an event and there are no outstanding Asynchronous Event Request 
commands, the controller queues the event internal to the controller and reports it when an Asynchronous 
Event Request command is received. 


Modify the first two paragraphs of section 5.12.1.4 as shown below: 

5.12.1.4 Temperature Threshold (Feature Identifier 04h) 

This Feature indicates the threshold for the temperature of the overall device (controller and NVM included) in 
units of Kelvin. If this temperature is exceeded, then an asynchronous event may be issued to the host. The 
host shou l d conf i gur e th i s f e atur e pr i or to e nab li ng asynchronous e v e nt not i f i cat i on for th e t e mp e ratur e 

e xc ee d i ng th e thr e sho l d. The attributes are indicated in Command Dword 11. 













If the default threshold value is set to Oh or FFFFh, then the host should not enable reporting of asynchronous 
notifications for temperature (refer to section 5.12.1.11). 

If a Get Features command is submitted for this Feature, the attributes specified in Figure 95 are returned in 
Dword 0 of the completion queue entry for that command. 


Modify the first two paragraphs of section 5.12.1.11 as shown below: 

5.12.1.11 Asynchronous Event Configuration (Feature Identifier OBh) 

This Feature controls the events that trigger an asynchronous event notification to the host. This Feature may 
be used to disable reporting events in the case of a persistent condition (refer to section 5.2). The attributes 
are indicated in Command Dword 11. 

If a Get Features command is submitted for this Feature, the attributes specified in Figure 103 are returned in 
Dword 0 of the completion queue entry for that command. 


Figure 103: Asynchronous Event Configuration - Command Dword 11 


Bit 

Description 

31:08 

Reserved 

07:00 

SMART / Health Critical Warnings: This field determines whether an asynchronous event 
notification is sent to the host for the corresponding Critical Warning specified in the SMART / 
Health Information Log (refer to Figure 75). If a bit is set to T, then an asynchronous event 
notification is sent when the corresponding critical warning bit is set to T in the SMART / Health 
Information Log. If a bit is cleared to ‘O’, then an asynchronous event notification is not sent 
when the corresponding critical warning bit is set to T in the SMART / Health Information Log. 


Modify bytes 23:16 of Figure 12 as shown below: 



If CDW0[15] is cleared to ‘O’, then the definition of this field is: 



23:16 

Metadata Pointer (MPTR): This field contains the address of a contiguous 
physical buffer of metadata. This field is only used if metadata is not interleaved 
with the logical block data, as specified in the Format NVM command. This value 
field shall be Dword aligned. 


23:16 

if CDW0[15] is set to ‘1 ’, then the definition of this field is: 



23:16 

Metadata SGL Segment Pointer (MSGLP): This field contains the address of an 
SGL segment which describes the metadata to transfer. This field is only used if 
metadata is not interleaved with the logical block data, as specified in the Format 
NVM command. This value field shall be Qword aligned. Refer to section 4.4. 



Modify the Metadata (SGL Segment Pointer) definition in Figure 124 (Compare), Figure 137 (Read), 
and Figure 159 (Write) as shown below: 

















Bit 

Description 

63:00 

If CDW0[15] is cleared to ‘O’, then the definition of this field is: 


63:00 

Metadata Pointer (MPTR): This field contains the address of a contiguous 
physical buffer of metadata, if applicable. This value ftefd shall be Dword aligned. 


If CDW0[15] is set to ‘1’, then the definition of this field is: 


63:00 

Metadata SGL Segment Pointer (MSGLP): This field contains the address of an 
SGL segment containing exactly one SGL Descriptor that describes the metadata 
to transfer, if applicable. 



Modify the Namespace Identifier field in bytes 07:04 of Figure 12 as shown below: 



Namespace Identifier (NSID): This field specifies the namespace that this command applies to. 
If the namespace is not used for the command, then this field shall be cleared to Oh. If a 
command shall be applied to all namespaces on the device, then this value shall be set to 
FFFFFFFFh. 

Unless otherwise noted, specifying an inactive namespace ID in a command that uses the 
namespace ID shall cause the controller to abort the command with status Invalid Field in 
Command. Specifying an invalid namespace ID in a command that uses the namespace ID 
shall cause the controller to abort the command with status Invalid Namespace or Format. _ 


Update the last two paragraphs of section 4.3 as shown below: 

Dependent on the command definition, the The first PRP entry contained within the command may have a 
non-zero offset within the memory page. The first PRP List entry (i.e. the first pointer to a memory page 
containing additional PRP entries) that if present is typically contained in the PRP Entry 2 location within the 
command, shall be Qword aligned and may also have a non-zero offset within the memory page. 

<ADD BLANK LINE> 

PRP entries contained within a PRP List shall have a memory page offset of Oh. If a second PRP entry is 
present within a command, it shall have a memory page offset of Oh. In both cases, the entries are memory 
page aligned based on the value in CC.MPS. 

A ll oth e r PRP and PRP L i st e ntr ie s sha ll hav e a m e mory pag e offs e t of Oh, i . e . th e e ntr ie s ar e m e mory pag e 

a li gn e d bas e d on th e va l u e i n CC.MPS. Th e l ast e ntry w i th i n a m e mory pag e , as i nd i cat e d by th e m e mory 

pag e s i z e i n th e CC.MPS f iel d, sha ll b e a PRP L i st po i nt e r i f th e r e i s mor e than a s i ng le m e mory pag e of data 

to b e transf e rr e d . 

PRP Lists shall be minimally sized with packed entries starting with entry 0. If more PRP List pages are 
required, then the last entry of the PRP List page is a pointer to the next PRP List page. The next PRP List 
page shall be memory page aligned. The total number of PRP entries is implied by the command parameters 
and memory page size. 


In the paragraph after Figure 183 in section 8.4, modify the text as follows: 

The host may dynamically modify the power state using the Set Features command and determine the 
current power state using the Get Features command. The host may directly transition between any two 
supported power states. The Entry Latency (ENTLAT) field in the power management descriptor indicates 
the maximum amount of time in microseconds that it takes to enter that power state and the Exit Latency 
( EXTLAT EXLAT) field indicates that maximum amount of time in microseconds that it takes to exit that state. 
The maximum amount of time to transition between any two power states is equal to the sum of the old 
state’s exit latency and the new state’s entry latency. The host is not required to wait for a previously 
submitted power state transition to complete before initiating a new transition. The maximum amount of time 





















for a sequence of power state transitions to complete is equal to the sum of transition times for each individual 
power state transition in the sequence. 


Modify section 7.3.2 as shown below: 

There are five primary controller level reset mechanisms: 

• NVM Subsystem Reset 

• Conventional Reset (PCI Express Hot, Warm, or Cold reset) 

• PCI Express transaction layer Data Link Down status 

• Function Level Reset (PCI reset) 

• Controller Reset (CC.EN transitions from T to ‘0’) 

When any of the above resets occur, the following actions are performed: 

• The controller stops processing any outstanding Admin or I/O commands. 

• All I/O Submission Queues are deleted. 

• All I/O Completion Queues are deleted. 

•— A ll outstand i ng I /O commands sha ll b e proc e ss e d as abort e d by host softwar e . 

•— A ll outstand i ng Adm i n commands sha ll b e proc e ss e d as abort e d by host softwar e . 

• The controller is brought to an Idle state. When this is complete, CSTS.RDY is cleared to ‘O’. 

• The Admin Queue registers (AQA, ASQ, or ACQ) are not reset as part of a controller reset. All other 
controller registers defined in section 3 and internal controller state are reset. 

In all cases except a Controller Reset, the PCI register space is reset as defined by the PCI Express base 
specification. Refer to the PCI Express specification for further details. 

To continue after a reset, the host shall: 

• Update register state as appropriate. 

• Set CC.EN to‘1’. 

• Wait for CSTS.RDY to be set to T. 

• Configure the controller using Admin commands as needed. 

• Create I/O Completion Queues and I/O Submission Queues as needed. 

• Proceed with normal I/O operations. 

Note that all cases except a Controller Reset result in the controller immediately losing communication with 
the host. In these cases, the controller is unable to indicate any aborts or update any completion queue 
entries. 







Modify section 2.2.3 as shown below: 


Bit 

Type 

Reset 

Description 

15 

R© 

RWC 

0 

PME Status (PMES): Not supported by NVM Express. Refer to the PCI SIG 
specifications. 

14:13 

R© 

RW 

0 

Data Scale (DSC): Not supported by NVM Express. Refer to the PCI SIG 
specifications. 

12:09 

RO 

0 

Data Select (DSE): Not supported by NVM Express. Refer to the PCI SIG 
specifications. 

08 

R© 

RWS 

0 

PME Enable (PMEE): Not supported by NVM Express. Refer to the PCI SIG 
specifications. 

07:04 

RO 

0 

Reserved 

03 

RO 

1 

No Soft Reset (NSFRST): A value of ‘1’ indicates that the controller transitioning from 
D3hot to DO because of a power state command does not perform an internal reset. 

02 

RO 

0 

Reserved 

01:00 

R/W 

00 

Power State (PS): This field is used both to determine the current power state of the 
controller and to set a new power state. The values are: 

00 - DO state 

01 - D1 state 

10 - D2 state 

11 - D3hot state 

When in the D3hot state, the controller’s configuration space is available, but the 
register I/O and memory spaces are not. Additionally, interrupts are blocked. 
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8/22/2013 
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9/24/2013 
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10/17/2013 
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10/31/2013 
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Erratum captured. 

Added version number change. Modified formatting to match other ECNs. 
Clarified arbitration within the Command Processing section. 

Added clarifications for asynchronous events and temperature. 

Updated reserved definition and Version register. 

Added changes for the Version register. 

Updates based on discussion in 10/10 meeting. 

Updates based on discussion in 10/17 meeting. 

Updates based on discussion in 10/24 meeting. 

Updated PME Status and PME Enable to RWC and RWS, respectively. 
Erratum ratified. 


Technical input submitted to the NVM Express Workgroup is subject to the terms of the NVMHCI 
Contributor’s agreement. 



















